한중일 통합 한자 확장 I
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
한중일 통합 한자 확장 I은 유니코드 표준의 일부로, U+3400부터 U+4DBF까지의 영역에 6,582개의 한자를 포함한다. 이 블록은 주로 고대 중국어, 한국어, 일본어 및 베트남어에서 사용되는 희귀한 한자를 포함하며, 특히 한국에서 사용되는 한자가 많이 포함되어 있다. 중국의 GB 18030 표준은 이 확장에 영향을 미쳤으며, 중국 시민의 실명 인증 요구를 충족하기 위해 새로운 한자를 추가하는 과정에서 중요한 역할을 했다. 2000년대 초반, 대규모 CJK 문자를 유니코드에 통합하는 과정에서 IRG(Ideographic Rapporteur Group)를 우회한 방식과 ISO/IEC 10646 표준과의 충돌로 논란이 있었다. 이로 인해 문자 데이터베이스의 일관성을 해치고 문자 코드의 중복을 야기할 수 있다는 비판이 제기되었으며, 한중일 세 나라의 문자 사용 환경과 문화적 배경의 차이를 제대로 고려하지 않았다는 지적도 있었다.
더 읽어볼만한 페이지
- 유니코드 영역 - 딩뱃
딩뱃은 장식 문자, 강조 표시, 비텍스트 상징을 포함하는 문자 집합으로, 유니코드 표준의 딩뱃 블록과 장식 딩뱃 블록을 통해 코드 포인트를 제공하며, 장식적 요소 외에도 정치적, 사회적 의미를 담을 수 있다. - 유니코드 영역 - 한중일 호환용 한자
한중일 호환용 한자는 유니코드에서 기존 문자 코드와의 호환성을 위해 추가된 한자 블록으로, 다양한 문자 집합의 한자들이 추가되면서 중복 및 정의 오류, CJK 통합 한자와의 호환 문제 등 기술적 고려 사항이 존재한다.
한중일 통합 한자 확장 I | |
---|---|
CJK 통합 한자 확장 I | |
유니코드 블록 이름 | CJK Unified Ideographs Extension I |
범위 시작 | 2EBF0 |
범위 끝 | 2EE5F |
스크립트 | 한자 |
유니코드 15.1 버전 | 622 |
참고 | 유니코드 문자 데이터베이스 유니코드 표준 버전 |
2. 배경
한중일 통합 한자 확장 I은 다른 대부분의 CJK 통합 표의 문자와 달리, IRG(Ideographic Research Group)을 통해 제안되고 준비된 것이 아니다.[3] 이 확장 블록의 필요성은 중화인민공화국의 국가 표준인 GB 18030과 관련하여 제기되었는데, 특히 중국 내 "시민의 실명 인증에 대한 강력한 필요성"[5]을 해결하기 위해 새로운 한자를 포함해야 할 요구에서 비롯되었다. 이와 관련된 구체적인 과정과 논의는 하위 섹션에서 더 자세히 다룬다.
2. 1. GB 18030 표준
다른 대부분의 CJK 통합 표의 문자와는 달리, 확장 I은 IRG(Ideographic Research Group)에 의해 준비되고 제출되지 않았다.[3]GB 18030은 중화인민공화국(PRC)의 필수 국가 표준이다. 이 표준은 기존 데이터와의 호환성을 유지하는 유니코드 변환 형식을 정의하며, 이전 GBK 및 EUC-CN 문자 인코딩을 포함하고, 중국에서 판매되는 장치가 지원해야 하는 특정 유니코드 문자를 명시한다.[4] 2022년에 개정된 GB 18030-2022는 여러 필수 문자를 사설 사용 영역(PUA) 코드 포인트가 아닌 표준 유니코드 코드 포인트에 매핑하도록 변경했다.
2022년 후반, 중화인민공화국은 GB 18030에 대한 추가 개정 초안을 공개 협의에 부쳤다. 이 초안은 "중국 시민의 실명 인증에 대한 강력한 필요성"을 이유로[5] 새로운 한자 897자를 평면 10(Plane 10, 16진수 0A)에 배치할 계획이었다.[7] 이 초안은 ISO/IEC 10646(유니코드와 동기화된 ISO 표준)에 영향을 미치므로, 해당 표준을 담당하는 ISO/IEC JTC 1/SC 2에도 배포되었다. 중국 국가 기관은 "ISO/IEC 10646은 평면 10의 목적을 지정하지 않았고", "향후 표준화를 위해 예약됨"으로 표시하고 있을 뿐이므로, 평면 10을 사용하는 것이 "부적절하지 않다"고 주장했다.[7]
그러나 이 제안은 전문가들과 다른 국가 기관들로부터 비판을 받았다. ISO/IEC 10646의 의도는 평면 10을 표준 및 유니코드의 통상적인 절차를 통해 향후 할당을 위해 예약하는 것이지, 국가 표준 기관이 일방적으로 할당하는 것이 아니었기 때문이다. 이러한 움직임은 GB 18030과 ISO/IEC 10646(및 유니코드) 간의 "동기화를 불안정하게 만들" 뿐만 아니라, 단일 구현으로 두 표준을 모두 준수하는 것을 불가능하게 만들어 유니코드를 효과적으로 분기(fork)시킬 수 있다는 우려가 제기되었다.[7] 2023년 3월 회의에서 IRG는 모든 후속 GB 18030 개정 초안을 IRG 전문가에게 적시에 제공하고, "ISO/IEC 10646 표준을 부적절하게 사용하지 않는 것"이 중요하다고 강조했다.[6]
대안으로, 전문가 검토 후 622자로 축소된 문자 레퍼토리는 2023년 9월 유니코드 버전 15.1에 CJK 통합 표의 문자 확장 I 블록으로 빠르게 포함되었다.[7] 이 문자들은 "GIDC23" 유니한 소스로 분류되며, 이는 "2023년 중국 공안부의 ID 시스템"에서 비롯된 것으로 정의된다.[8][9] 이는 IRG 회원 기관의 긴급하게 필요한 문자(UNC)를 포함했던 CJK 통합 표의 문자 확장 D 블록의 선례를 따른 것으로 언급되었다. 당시 IRG 워킹 세트는 확장 D가 될 예정이었으나, 대신 확장 E가 되었다.[10] 집약성을 위해 확장 I 블록은 보조 표의 문자 평면(SIP) 내 CJK 통합 표의 문자 확장 F 이후의 사용 가능한 공간에 할당되었으며, 3차 표의 문자 평면(TIP)의 CJK 통합 표의 문자 확장 H 이후에 배치되지 않았다. 이로 인해 CJK 확장 블록은 더 이상 확장 문자에 따라 알파벳 순서로 정렬되지 않게 되었다.[11] 이에 따라 GB 18030 개정 초안은 확장 I의 코드 포인트를 사용하도록 수정되었다.[5]
2023년 10월 다음 회의에서 IRG는 대규모 CJK 문자에 대해 IRG를 우회한 것에 대한 우려를 표명했다. 특히 확장 I의 문자 중 두 개가 다른 지역의 문자 소스를 위해 IRG 통합 규칙에 따라 기존 문자와 통합되었어야 했다는 점을 지적했다.[3][12]
- U+2ED9D는 풀 초두(艸)의 상호 교환 가능한 형태를 허용하는 문자로, U+8286에 대한 기존의 T 소스(대만, CNS 11643 참조) 글리프 및 동일 글리프에 대한 제안된 J 소스(일본) 글리프에 해당한다.[13][14] U+8286의 다른 글리프(G 소스, 즉 중국 본토)에 해당하는 문자는 최신 CNS 11643 판에 다른 곳에 존재하므로, U+2ED9D의 추가는 CNS 11643과 유니코드 간의 기존 대응 관계에 영향을 미친다. 다만, 이 문자가 기본 다국어 평면(BMP)이나 보조 표의 문자 평면(SIP)에 없기 때문에 Big5의 유니코드 매핑에는 영향을 미치지 않는다.[12]
- U+2EDE0는 U+8FF3에 대한 제안된 J 소스(일본) 글리프에 해당한다.[15] 이 문자는 이전에 두 번(한 번은 CNS 11643 참조, 한 번은 일본에서) 새로운 문자로 제안되었지만, U+8FF3과 통합될 수 있다는 이유로 거부된 바 있다.[12] 제안된 글리프는 나중에 일본 국가 기관의 요청에 따라 새로운 U+2EDE0 코드 포인트로 이동되었다.[16]
이에 대응하여 IRG는 향후 CJK 문자를 제안하는 제출자가 제안된 모든 분리가 다른 CJK 문자 소스에 미치는 영향에 대한 정보를 제공하고, IRG가 모든 대규모 CJK 문자 제출을 검토할 시간을 가질 것을 권장했다. 또한 IRG는 중국 기관이 다음 IRG 회의에서 이 두 문자의 추가로 인해 발생하는 문제에 대한 해결책을 제안하도록 권고했다.[3]
3. 유니코드 통합 과정 및 논란
다른 대부분의 CJK 통합 표의 문자와는 달리, 확장 I은 IRG에 의해 준비되고 제출되지 않았다.[3] 확장 I의 등장은 중화인민공화국의 국가 표준인 GB 18030의 개정 과정과 밀접하게 연관되어 있다.
2022년, 중국은 GB 18030 표준 개정 초안에서 새로운 한자들을 당시 유니코드에 할당되지 않은 특정 평면(평면 10)에 독자적으로 배치하려는 계획을 발표했다.[7][5] 이는 국제 표준인 ISO/IEC 10646 및 유니코드와의 동기화 문제를 야기하고, 표준 제정 절차를 무시한 일방적인 시도라는 점에서 국제적인 비판과 논란을 불러일으켰다.[7][6] 전문가들은 이러한 움직임이 유니코드 표준을 사실상 분기시킬 수 있다고 우려했다.[7]
이러한 논란 끝에, 중국이 제안했던 문자들은 전문가 검토를 거쳐 622자로 축소되었고, 2023년 9월 유니코드 버전 15.1에 'CJK 통합 표의 문자 확장 I' 블록으로 빠르게 포함되는 대안적인 방식으로 통합되었다.[7] 이 문자들은 "GIDC23" 소스 코드로 식별되며, 중국 공안부의 신원 확인 시스템에서 필요한 문자임을 나타낸다.[8][9] 이러한 신속한 통합은 과거 긴급하게 필요한 문자를 포함시키기 위해 CJK 통합 표의 문자 확장 D 블록을 추가했던 선례를 따른 것으로 설명되었다.[10] 확장 I 블록은 공간 효율성을 위해 보조 표의 문자 평면의 CJK 통합 표의 문자 확장 F 이후 가용 공간에 배치되었으며, 이로 인해 CJK 확장 블록의 순서가 더 이상 확장 문자 순서(알파벳 순)와 일치하지 않게 되었다.[11]
그러나 이러한 통합 과정은 표준 제정을 담당하는 IRG를 공식적으로 거치지 않았다는 절차적 문제와 더불어, 확장 I에 포함된 일부 문자가 기존 IRG의 문자 통합 원칙에 따라 이미 존재하는 다른 문자와 통합되었어야 했다는 점에서 추가적인 논란을 낳았다.[3][12] 이는 특히 다른 지역(예: 대만, 일본)의 문자 표준과의 호환성 문제를 야기할 수 있다는 우려로 이어졌다.[12] IRG는 이러한 문제에 대해 우려를 표명하고 향후 유사한 문제가 발생하지 않도록 관련 절차 준수를 권고했다.[3]
3. 1. ISO/IEC 10646 표준과의 충돌
다른 대부분의 CJK 통합 표의 문자와는 달리, 확장 I은 표의 문자 연구 그룹(IRG)에 의해 준비되고 제출되지 않았다.[3] 이는 중화인민공화국의 국가 표준인 GB 18030의 개정 과정에서 비롯된 문제와 관련이 깊다.GB 18030은 중화인민공화국(PRC)의 필수 국가 표준으로, 기존 데이터와의 호환성을 유지하는 유니코드 변환 형식을 정의하고, 이전 GBK 및 EUC-CN 문자 인코딩을 포함하며, 중국 내 판매 기기가 지원해야 할 유니코드 문자를 명시한다.[4] 2022년 개정된 GB 18030-2022는 여러 필수 문자를 기존의 사설 사용 영역 코드 포인트 대신 표준 유니코드 코드 포인트에 할당하도록 변경했다.
2022년 후반, 중화인민공화국은 GB 18030의 추가 개정 초안을 공개했는데, 이 초안에는 새로운 한자 897자를 아직 할당되지 않은 유니코드 평면 10(16진수: 0A)에 배치하려는 계획이 포함되었다.[7] 중국 측은 "중국 시민의 실명 인증에 대한 강력한 필요성"을 이유로 들었다.[5] 이 계획은 유니코드와 동기화되는 ISO 표준인 ISO/IEC 10646에도 영향을 미치므로, 해당 표준을 담당하는 ISO/IEC JTC 1/SC 2 위원회에도 공유되었다. 중국 국가 기관은 "ISO/IEC 10646은 0A 평면의 목적을 지정하지 않았고, '향후 표준화를 위해 예약됨'으로 표시하고 있으므로" 이러한 사용이 "부적절하지 않다"고 주장했다.[7]
그러나 이러한 중국의 일방적인 문자 할당 시도는 여러 전문가와 다른 국가 기관으로부터 비판을 받았다. ISO/IEC 10646에서 평면 10을 '예약된 공간'으로 둔 것은 향후 표준 제정 및 유니코드와의 협의를 통한 공식적인 할당 절차를 위한 것이지, 특정 국가가 독자적으로 사용할 수 있도록 한 것이 아니라는 지적이었다. 중국의 계획은 GB 18030과 ISO/IEC 10646(및 유니코드) 간의 "동기화를 불안정하게 만들" 뿐만 아니라, 단일 구현으로 두 표준을 동시에 준수하는 것을 불가능하게 만들어 사실상 유니코드를 분기시킬 수 있다는 심각한 우려를 낳았다.[7] 이에 표의 문자 연구 그룹(IRG)은 2023년 3월 회의에서 모든 GB 18030 개정 초안을 IRG 전문가에게 제때 제공하고, "ISO/IEC 10646 표준을 부적절하게 사용하지 말 것"을 강조했다.[6]
결국, 중국이 제안했던 문자들 중 전문가 검토를 거쳐 622자로 축소된 문자 레퍼토리는 2023년 9월, 유니코드 버전 15.1에서 'CJK 통합 표의 문자 확장 I' 블록으로 빠르게 포함되는 대안적인 방식으로 처리되었다.[7] 이 문자들은 "GIDC23"이라는 유니한 소스 코드로 식별되며, 이는 "2023년 중국 공안부의 ID 시스템"에서 비롯된 것임을 나타낸다.[8][9] 이러한 신속한 처리는 과거 IRG 회원 기관들의 긴급하게 필요한 문자(UNC)를 포함했던 CJK 통합 표의 문자 확장 D 블록의 선례를 따른 것이다. 당시 확장 D가 될 예정이었던 IRG 워킹 세트가 대신 확장 E가 된 사례가 있었다.[10] 확장 I 블록은 공간 효율성을 위해 CJK 통합 표의 문자 확장 F 이후의 보조 표의 문자 평면 내 사용 가능한 공간에 할당되었으며, CJK 통합 표의 문자 확장 H 이후의 3차 표의 문자 평면에는 할당되지 않았다. 이로 인해 CJK 확장 블록들은 더 이상 확장 문자 순서(알파벳 순)대로 정렬되지 않게 되었다.[11] 이러한 결정에 따라, 논란이 되었던 GB 18030 개정 초안은 새로 할당된 확장 I의 유니코드 코드 포인트를 사용하도록 수정되었다.[5]
하지만 이러한 해결 방식에도 불구하고, 2023년 10월 IRG 회의에서는 여전히 우려가 제기되었다. 특히 대규모 CJK 문자 집합에 대해 표준 제정 과정에서 IRG를 거치지 않은 점, 그리고 확장 I에 포함된 문자 중 두 개(U+2ED9D, U+2EDE0)가 기존 IRG의 통합 규칙에 따라 이미 존재하는 문자와 통합되었어야 했다는 점이 지적되었다.[3][12]
- U+2ED9D 문자는 풀 초두(艸)의 상호 교환 가능한 형태를 나타내는데, 이는 기존 문자 U+8286에 대해 대만(T 소스, CNS 11643 참조)과 일본(J 소스)에서 사용되는 글리프와 동일하다.[13][14] U+8286의 다른 글리프(G 소스, 즉 중국 본토)에 해당하는 문자가 최신 CNS 11643 판에 별도로 존재하므로, U+2ED9D의 추가는 CNS 11643과 유니코드 간의 기존 대응 관계에 영향을 미친다. 다만, 해당 문자가 기본 다국어 평면(BMP, 평면 0)이나 보조 다국어 평면(SMP, 평면 1)이 아닌 곳에 위치하므로 Big5 인코딩의 유니코드 매핑에는 직접적인 영향이 없다.[12]
- U+2EDE0 문자는 기존 문자 U+8FF3에 대해 일본(J 소스)에서 제안된 글리프와 동일하다.[15] 이 글리프는 과거 두 차례(CNS 11643 참조, 일본 자체 제안) 새로운 문자로 제안되었으나, U+8FF3과 통합될 수 있다는 이유로 거부된 바 있다.[12] 그러나 이후 일본 국가 기관의 요청에 따라 새로운 코드 포인트 U+2EDE0으로 할당되었다.[16]
이러한 문제에 대응하여 IRG는 향후 CJK 문자를 제안하는 제출자들에게 다음 사항을 권고했다: 첫째, 제안하는 문자가 기존 문자와 분리될 경우 다른 CJK 문자 소스(지역별 표준)에 미치는 영향에 대한 정보를 반드시 제공할 것. 둘째, IRG가 모든 대규모 CJK 문자 제출을 충분히 검토할 시간을 확보할 것. 또한 IRG는 중국 관련 기관이 다음 회의에서 이 두 문자(U+2ED9D, U+2EDE0)의 추가로 인해 발생한 문제에 대한 해결책을 제안할 것을 권고했다.[3]
3. 2. IRG의 우회 및 기존 문자 통합 규칙과의 불일치
다른 대부분의 CJK 통합 표의 문자와 달리, 확장 I은 표의 문자 연구 그룹(IRG)에 의해 준비되고 제출되지 않았다.[3] 이는 중화인민공화국(PRC)의 국가 표준인 GB 18030과 관련된 움직임에서 비롯되었다.2022년 후반, 중국은 GB 18030의 개정 초안을 공개 협의에 부쳤는데, 이 초안은 새로운 한자 897자를 당시 유니코드에 할당되지 않은 평면 10(16진수: 0A)에 배치할 계획이었다.[7] 중국 측은 "중국 시민의 실명 인증에 대한 강력한 필요성"을 이유로 들며[5], ISO/IEC 10646 표준이 평면 10의 목적을 명시하지 않았으므로 해당 평면 사용이 "부적절하지 않다"고 주장했다.[7]
그러나 이 제안은 ISO/IEC 10646 및 유니코드 표준을 담당하는 ISO/IEC JTC 1/SC 2와 전문가들로부터 비판을 받았다. 평면 10은 향후 표준화를 위해 예약된 영역이며, 특정 국가 기관이 일방적으로 할당할 수 없다는 지적이 제기되었다. 이러한 움직임은 GB 18030과 ISO/IEC 10646(및 유니코드) 간의 동기화를 불안정하게 만들고, 표준을 효과적으로 분기시킬 수 있다는 우려를 낳았다.[7] 2023년 3월 회의에서 IRG는 모든 GB 18030 개정 초안을 IRG 전문가에게 제때 제공하고, "ISO/IEC 10646 표준을 부적절하게 사용하지 않는 것"이 중요하다고 강조했다.[6]
결국 대안으로, 전문가 검토를 거쳐 622자로 축소된 문자 목록이 2023년 9월 유니코드 버전 15.1에서 CJK 통합 표의 문자 확장 I 블록으로 빠르게 추가되었다.[7] 이 문자들은 "GIDC23"이라는 유니한 소스로 분류되며, 이는 "2023년 중국 공안부의 ID 시스템"에서 비롯된 것임을 나타낸다.[8][9] 이러한 빠른 추가는 과거 CJK 통합 표의 문자 확장 D 블록의 선례를 따른 것으로 설명되었는데, 확장 D 역시 IRG 회원 기관의 긴급하게 필요한 문자(UNC)를 포함하기 위해 기존 계획(확장 D가 될 예정이었던 IRG 워킹 세트는 확장 E가 됨)을 변경하여 추가된 바 있다.[10] 확장 I 블록은 보조 표의 문자 평면 내 CJK 통합 표의 문자 확장 F 이후의 가용 공간에 할당되었는데, 이는 집약성을 위한 조치였으나 결과적으로 CJK 확장 블록이 더 이상 확장 문자에 따라 알파벳순으로 정렬되지 않게 되었다.[11] 이에 따라 GB 18030 개정 초안도 확장 I 코드 포인트를 사용하도록 수정되었다.[5]
2023년 10월 다음 회의에서 IRG는 이렇게 대규모 CJK 문자 세트가 IRG를 우회하여 추가된 것에 대해 우려를 표명했다. 특히 확장 I에 포함된 문자 중 두 개가 IRG 통합 규칙에 따라 기존 문자와 통합되었어야 했다는 점을 지적하며 기존 문자 통합 규칙과의 불일치 문제를 제기했다.[3][12]
코드 포인트 | 문제 내용 | 관련 기존 문자 | 관련 지역/소스 | 비고 |
---|---|---|---|---|
U+2ED9D | 풀 초두의 상호 교환 가능한 형태를 허용하는 글리프. 기존 문자의 T 소스(대만) 글리프(CNS 11643 참조) 및 동일 글리프에 대한 제안된 J 소스(일본) 글리프에 해당.[13][14] | U+8286 | 대만(T), 일본(J) | U+8286의 다른 G 소스(중국 본토) 글리프에 해당하는 문자가 최신 CNS 11643 판에 다른 곳에 존재하므로, U+2ED9D의 추가는 CNS 11643과 유니코드 간의 기존 대응 관계에 영향을 미침.[12] |
U+2EDE0 | 기존 문자에 대한 제안된 J 소스(일본) 글리프에 해당.[15] | U+8FF3 | 일본(J) | 이전에 두 번(CNS 11643 참조, 일본 자체 제안) 새로운 문자로 제안되었으나 U+8FF3과 통합될 수 있다는 이유로 거부됨. 이후 일본 국가 기관 요청으로 새 코드 포인트 U+2EDE0으로 이동.[12][16] |
이에 대응하여 IRG는 향후 CJK 문자를 제안하는 제출자에게 다음 사항을 권고했다.
- 제출하는 문자로 인해 발생하는 모든 분리가 다른 CJK 문자 소스에 미치는 영향에 대한 정보를 제공할 것.
- IRG가 모든 대규모 CJK 문자 제출을 검토할 충분한 시간을 가질 것.
또한 IRG는 중국 관련 기관이 다음 IRG 회의에서 이 두 문자의 추가로 인해 발생한 문제에 대한 해결책을 제안하도록 권고했다.[3]
4. 블록 정보
wikitext
5. 역사
다음은 유니코드 관련 문서로, 한중일 통합 한자 확장 I 블록에서 특정 문자를 정의하는 목적과 과정을 기록한다.
버전 | 최종 코드 포인트 | 개수 | L2 ID | WG2 ID | IRG ID | 문서 |
---|---|---|---|---|---|---|
15.1 | U+2EBF0..2EE5D | 622 | [https://www.unicode.org/L2/L2023/23011-cjk-unihan-group-utc174.pdf L2/23-011] | |||
[https://www.unicode.org/L2/L2023/23057-gb18030-amendment-feedback.pdf L2/23-057] | [https://www.unicode.org/wg2/docs/n5201-23057-gb18030-amendment-feedback.pdf N5201] | N2591 | ||||
[https://www.unicode.org/L2/L2023/23100-gb18030-2022-amd-draft2.pdf L2/23-100] | ||||||
[https://www.unicode.org/L2/L2023/23082-cjk-unihan-group-utc175.pdf L2/23-082] | ||||||
[https://www.unicode.org/L2/L2023/23106-unc-extension-i.pdf L2/23-106] | [https://www.unicode.org/wg2/docs/n5214-23106-unc-extension-i.pdf N5214] | |||||
[https://www.unicode.org/L2/L2023/23076.htm L2/23-076] | ||||||
[https://www.unicode.org/L2/L2023/23114r-unc-extension-i.pdf L2/23-114R] | [https://www.unicode.org/wg2/docs/n5214R2-23114-cjk-unc-extension.pdf N5214R2] | |||||
[https://www.unicode.org/L2/L2023/23115-gb18030-2022-cmts.pdf L2/23-115] | ||||||
[https://www.unicode.org/L2/L2023/23154-n5238-unc-china.pdf L2/23-154] | [https://www.unicode.org/wg2/docs/n5238-Revision%20of%20622%20UNCs%20of%20China.pdf N5238] | |||||
[https://www.unicode.org/L2/L2023/23163-cjk-unihan-group-utc176.pdf L2/23-163] | ||||||
[https://www.unicode.org/L2/L2023/23157.htm L2/23-157] | ||||||
colspan="7" | |
참조
[1]
웹사이트
Unicode character database
https://www.unicode.[...]
2023-09-12
[2]
웹사이트
Enumerated Versions of The Unicode Standard
https://www.unicode.[...]
2023-09-12
[3]
웹사이트
Recommendation IRG M61.12: Issue of Extension I to Other CJK Source Characters (IRGN2635 & Feedback, IRGN2622)
https://www.unicode.[...]
2023-10-20
[4]
웹사이트
You call it GB18030, I call it UTF-GBK...
https://archives.mil[...]
2013-03-28
[5]
웹사이트
IRG #61 Activity Report
https://www.unicode.[...]
2023-10-13
[6]
웹사이트
Recommendation IRG M60.7: Draft GB18030-2022 Amendment Feedback (IRGN2591, IRGN2605)
https://www.unicode.[...]
2023-03-24
[7]
웹사이트
USNB Comments on Draft 2 of GB 18030-2022 Amendment 1 and recommendation for ISO/IEC 10646:2020 Amendment 2
https://www.unicode.[...]
2023-05-01
[8]
웹사이트
CJK Unified Ideographs Extension I
https://www.unicode.[...]
"[[Unicode Consortium]]"
2023
[9]
웹사이트
kIRG_GSource
https://www.unicode.[...]
2023-09-01
[10]
웹사이트
03) L2/23-100: GB 18030-2022 Amendment, Draft 2 + Disposition of Comments, Draft 1
https://www.unicode.[...]
2023-04-22
[11]
간행물
Unicode 15.1.0
https://www.unicode.[...]
"[[Unicode Consortium]]"
2023-09-12
[12]
웹사이트
2. Newly introduced half-duplicated characters
https://appsrv.cse.c[...]
2023-05-17
[13]
웹사이트
CJK Unified Ideographs
https://unicode.org/[...]
[14]
간행물
Request for Horizontal Extension in the J-column of ISO/IEC 10646
https://www.unicode.[...]
2023-04-24
[15]
간행물
Request for Horizontal Extension in the J-column of ISO/IEC 10646
https://www.unicode.[...]
2023-04-24
[16]
웹사이트
Disposition of comments on CDAM2.3 to ISO/IEC 10646 6th edition
https://www.unicode.[...]
2024-01-03
[17]
웹인용
Unicode character database
https://www.unicode.[...]
2023-09-13
[18]
웹인용
Enumerated Versions of The Unicode Standard
https://www.unicode.[...]
2023-09-13
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com